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FLOW-CONTROL METHOD FOR DATA TRAFFIC TRANSMITTED THROUGH 
SYNCHRONOUS DIGITAL HIERARCHY NETWORK 



[OOOO] This application derives priority from PCT International 
Application No. PCT/CN2003/000643, filed on August 8, 2003, which 
designates the United States, and which derives priority from 
Chinese Application No . 02130031.3, filed on August 10, 2002, both 
of which are incorporated by reference herein. 

Field of the Invention 
[0001] The present invention relates to data transmission, 
particularly to a flow-control method for data traffic 
transmitted through Synchronous Digital Hierarchy (SDH) network. 



[0002] As SDH network evolves rapidly, EoS (Ethernet over SDH/SONET) 
technology is used more and more .widely; therefore, how to 
implement data applications through SDH network efficiently 
becomes a crucial issue. In Ethernet transmission applications 
through Metropolitan Area Network (MAN) , the distance between two 
sites can reach 1-2 hundred km, and virtual cascaded mapping 
pattern for EoS, so the time delay of data transmission between 
two sites may be as high as several milliseconds or even tens of 
milliseconds. In addition, Ethernet traffic has outburst feature, 
i.e., instantaneous flow rate maybe very large, therefore the 
instantaneous flow rate may even exceed the pre-assigned 
bandwidth . 

[0003] Presently, a common flow-control mechanism is CAR (Committed 
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Access Rate) , i.e. , in case of network congestion, the data beyond 
the CAR will be discarded by using priority or others like. A 
disadvantage of the control mechanism is that it often results 
in severe packet loss, which will severely degrade network 
performance in common TCP/IP applications; especially for the 
TCP/IP protocol that is extensively used, packet loss will result 
in severely degraded application performance. For example, 
suppose lOM/b Ethernet devices are used in a TCP application and 
the AckTime is set as 5s, Frame Loss Ratio (FLR) 1% will result 
in serviceability degraded by 98% for 1, 500-Byte Ethernet frames . 

[0004] In some EoS devices, the PAUSE frames generated at a user 
data device may be transferred to the opposite user data device; 
however, such data transmission devices directly transfer PAUSE 
frames generated by user data devices, and said method is only 
suitable for short distance instead of long distance because said 
PAUSE frames will be delayed during transmission; in addition, 
if the user device at either end doesn't support PAUSE frames, 
said method can't be used. 

[0005] As shown in Fig.l, the EoS device comprises 3 parts: Ethernet 
access parts, which comprise Physical Layer (PHY) and Media Access 
Control (MAC) ; encapsulating and decapsulating parts, the 
encapsulation may be LAPS (Link Access Protocol-SDH) , HDLC (High 
Level Data Link Control) , or GFP (General Framing Procedure) , and 
mapping and demapping parts, the mapping method may be virtual 
cascading or cascading. 

[0006] Suppose the bandwidth of SDH network is 1 VC3 (i.e., 45M at 
maximum) , if the data transmitting rate of user data device A 
exceeds 1 VC3, the residue Ethernet frames are stacked at the 
encapsulating part A because the flow at Mapping part A is constant 
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(1 VC3) according to the prior art; when the cache of encapsulating 
part A is used up, the data in MAC A can't be sent to encapsulating 
part A any more; therefore, if Ethernet flow control is enabled, 
PHY+MAC A will send PAUSE frames (full duplex) or back pressure 
(half duplex) to user device, shown as the dotted line 1 in Fig.l 
(if Ethernet flow control is disabled, MAC A will discard the 
residue Ethernet frames, referring to IEEE802.3x document for 
Ethernet flow control), as a result, the transmitting speed of 
device A will be decreased to below 1 VC3 to prevent packet loss 
and severely degraded network performance. 
[0007] If the transmitting speed of device A is lower than 1 VC3 
but the receiving speed of device B is less than the transmitting 
speed of device A due to certain reasons (for example, device B 
is attached with a plurality of 10M devices but only one of them 
is working) , the traffic from device A to the transmitting end 
of EoS device B will not be blocked, instead, device B will be 
blocked; thus, according to the specification in 802. 3x, device 
B will send 802. 3x flow-control information (may be PAUSE frames 
or back pressure signals) to ports of the EoS device, which is 
directly connected to it (i.e., the dotted line 2 in Fig.l); 
according to the specification in 802. 3x, the flow-control 
information will be terminated, by MAC B instead of being 
transferred to device A; at the same time, MAC B will stop sending 
data to device B, but device A continues sending data at original 
speed, thus the Ethernet frames from device A stack up at the 
decapsulating part B or MAC B; when the caches at these positions 
are used up, packet loss will surely occur at EoS #B; therefore, 
though both device A and device B are 802. 3x Ethernet flow 
control-supporting devices, packet loss is inevitable after the 
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EoS device, it indicates that traditional 802.3x-based technical 
solution is unable to ensure Ethernet flow control with EoS 
devices . 

Summary of the Invention 

[0008] The object of the present invention is to provide a 
high-performance flow-control method for data traffic 
transmitted through SDH network to realize lossless transparent 
transmission of Ethernet data through SDH network. 

[0009] According to the present invention, a flow-control method 
for data traffic transmitted through SDH network comprises the 
following steps: 

A. During data transmission through SDH network, the 
EoS processing device creating and encapsulating 
LFP (Line Flow-Control Protocol) frames according 
to the utilization condition of the frame cache 
inside ; 

B. Said LFP frames being mapped to SDH payload as 
common data frames and transferred to the opposite 
device ; 

C. Said opposite device demapping the SDH payload, and 
the EoS processing device identifying said LFP 
frames and phrasing and executing flow control 
information in the LFP frames. 

[00010] Said step of creating and encapsulating LFP frames further 
comprises the following steps: 

[00011] Al. In the uplink direction of said EoS device, the EoS 
processing device keeping on monitoring the data volume in the 
cache inside and creating LFP frames with corresponding control 
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field; if the data volume exceeds the upper threshold, said 
encapsulating part periodically sending LFP frames, the control 
field of which controls to stop sending; if the data volume is 
lower than the lower threshold, said encapsulating part 
periodically sending LFP frames, the control field of which 
controls to start sending; if the data volume is between the lower 
threshold and the upper threshold, said encapsulating part stops 
sending LFP frames; 

[00012] A2. Said LFP frames are inserted in the head of the data queue 
to be encapsulated and is given the priority to encapsulate; if 
no Ethernet frames are being encapsulated, said LFP frames are 
encapsulated immediately; otherwise they are encapsulated 
immediately after the current Ethernet frames are encapsulated. 

[00013] The carrier of LFP frames can be configured as standard PAUSE 
frame structure defined by 802. 3x. 

[00014] The advantage of the present invention is : through LFP frames, 
flow control information is transferred between EoS devices 
through the SDH network; the EoS devices generate LFP frames and 
transfer network flow control information between each other so 
as to achieve lossless transmission of outburst Ethernet data in 
the SDH network that transmit data periodically, in order to 
significantly enhance the performance of data applications. The 
present invention enables transmission of flow control 
information between EoS devices and also support full duplex or 
half duplex devices attached to EoS devices, for example, a full 
duplex device may be attached to one end of the EoS device, and 
a half duplex device may be attached to the other end of the EoS 
device, or half duplex devices may be attached to both ends of 
the EoS device; The EoS processing device keeps on monitoring the 



OP030122 (amended clean) 

-6- 

data volume in the cache to avoid flow control failure due to some 
reasons such as LFP frame transmission failures; therefore, the 
present invention is a high-performance flow-control method for 
data traffic transmitted through SDH network and has high 
applicability and reliability. 

Brief Description of the Drawings 
[00015] Fig. 1 is a schematic diagram of flow control implemented 

according to the prior art. 
[00016] Fig. 2 is a schematic diagram of LFP process according to the 
present invention . 

Detailed Description of the Embodiments 
[00017] The present invention will be described in further detail 
with reference to the following embodiments and the drawings. The 
present invention will be described with the example of A-B data 
transmission; the processing method for B-A data transmission is 
similar . 

[00018] In the present invention, during the data transmission 
through SDH network, the EoS devices transfer flow-control 
information through LFP frames between them; the carrier of LFP 
frames can be configured as standard PAUSE frame structure defined 
by 802. 3x. 

[00019] During SDH mapping, the mapping part of EoS device processes 
both Ethernet frames and LFP frames as common data frames; the 
control field of said LFP frames is 0x0 FFFFH or OxOH and is 
controlled in a Xon/Xoff control way. 

[00020] In addition, because time delay will be generated during LFP 
frame transmission, appropriate caches are required to compensate 
the time delay; the LFP frames are implemented on the basis of 
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in-band management, i.e., LFP frames and common Ethernet data 
frames are transferred through the same transmission paths. 

[00021]As shown in Fig. 2, in the uplink direction, i.e., the system 
direction, e.g., the direction of EoS#A - SDH network in Fig. 2, 
take an example for EoS#A, the EoS processing device, according 
to the lower/upper threshold of frame cache (reflecting 
utilization of cache) , will generate LFP frames, the control field 
of which is OxOFFFFH or OxOH; said LFP frames are processed as 
common Ethernet data frames in the mapping part of the EoS 
processing device; however, to enhance the performance of LFP, 
the priority is given to the LFP frames to send to the mapping 
part of the EoS processing device; in the downlink direction i.e., 
the direction to user device, e.g., the direction of SDH - EoS#B 
in Fig. 2, the EoS processing device identifies the LFP frames; 
if the LFP frames are detected, it explains and executes the 
flow-control information carried in said LFP frames. 

[00022] If the receiving end (i.e., "AR" shown in Fig. 2) of user 
device attached to EoS#A is blocked, the data volume in cache A 
will increase because the demapping part A continues working 
normally; when the data volume reaches to the preset upper 
threshold, the EoS device A will generate LFP frames, the control 
field of which is OxOFFFFH, and said LFP frames are inserted in 
the head of data queue at the encapsulating part A and is given 
the priority to encapsulate. The process is: if there is no 
Ethernet frames being encapsulated at the encapsulating part A, 
said LFP frames will be encapsulated immediately; otherwise said 
LFP frames will be encapsulated immediately after the current 
Ethernet frame is encapsulated; then the encapsulated LFP frames 
will be mapped, transferred from the SDH network and the demapping 
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part B to the decapsulating part B, which identifies the LFP frames 
and processes it in either of the following ways: 

1 . LFP transparent : This way is suitable for the 

case in which the network delay is small and 
the distance between two sites is short. In 
this way, the EoS device B will phrase and 
execute the LFP frames according to the 
characteristic of the data device (full 
duplex or half duplex) attached to it. 
[00023] If the user device B attached to the EoS device B works in 
full duplex mode, the LFP frames will not be phrased, instead, 
the LFP frames will be directly transferred to the user data device 
B; the detailed process is: if the decapsulating part B isn't 
sending data to the Ethernet access part BR, it will send the LFP 
frames immediately to the Ethernet access part BR; otherwise it 
will send the LFP frames immediately after the current Ethernet 
data is sent, in this case, the LFP frames will not pass through 
cache B in order to enhance its performance. 
[00024] If the user data device B attached to the EoS device B works 
in half duplex mode, the control field of the LFP frames should 
be phrased, i.e., if it is OxOH, the backpressure control signal 
will be canceled; otherwise the back pressure control signal will 
be sent to make the user device B attached to EoS#B detect a 
conflict and thus stop transmitting Ethernet data to the EoS 
device B. 

[00025] 2. LFP Regeneration: The EoS device B phrases and executes 
the LFP frames; if the control field of the LFP frames is not OxOH, 
i.e., the EoS device is disabled from sending data, the 
encapsulating part will stop working, i.e., it stops receiving 
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data from Ethernet access part BT; hower, if the EoS B device itself 
generates LFP frames at this time, the encapsulating part B still 
forwards the LFP frames to the mapping part B, i.e. , in any cases, 
the LFP frames shall be forward to the mapping part via the 
encapsulating part. Thus the data from Ethernet access part BT 
will stack up at the encapsulating part B and will finally cause 
the user device B stopping sending Ethernet frames according to 
802. 3x Ethernet flow control protocol, i.e., no data will be 
transmitted to BT; if the control field of the LFP frames is OxOH, 
i.e., the EoS device is enabled to send data, the encapsulating 
part B will work normally, and encapsulate and send Ethernet 
frames from the Ethernet access part BT to the mapping part B. 

[00026] In this mode, the devices attached to EoS devices at both 
ends of the SDH network are not required to work in full duplex; 
instead, they are only required to support standard 802. 3x flow 
control operation. That is to say, the user device at one end may 
work in full duplex mode while the device at the other end may 
work in half duplex mode; or the devices at both ends may work 
in half duplex mode. 

[00027]After the user device B attached to EoS#B stops sending data 
to EoS#B, i.e., there is no Ethernet frame input at BT, the data 
volume in cache A of EoS#A will be reduced gradually; when the 
data volume reaches to the lower threshold, the decapsulating part 
A will generate LFP frames, the control field of which is OxOH; 
said LFP frames are given the priority to send to the decapsulating 
part B in EoS#B and is phrased and executed; as a result, the user 
device B attached to EoS#B will send data again. 

[00028] In order to avoid LFP control failure due to accidents such 
as LFP frame transmission failures, the EoS processing device 
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keeps on monitoring the data volume in the cache; when the data 
volume exceeds the upper threshold or is lower than the lower 
threshold, the EoS processing device will periodically send LFP 
frames with corresponding control field; if the data volume is 
between the upper threshold and the lower threshold, the EoS 
processing device will stop sending LFP frames; if the data volume 
exceeds the upper threshold, it will periodically send LFP frames, 
the control field of which is OxOFFFFH; if the data volume is lower 
than the lower threshold, it will periodically send LFP frames, 
the control field of which is OxOH. 

[00029] The lower, upper thresholds and time intervals are 
configurable, and the time intervals may be different to each 
other. It is recommended that the time interval for resending LFP 
frames with the control field OxOFFFFH should not be too long and 
the time interval for resending LFP frames with the control field 
OxOH should not be too short, so as to avoid excessive occupation 
of available bandwidth. 

[00030] Presently, the format of LFP frames is identical to that of 
standard 802. 3x PAUSE frame in order to simplify LFP frame 
transparent scheme; however, other formats may also be acceptable 
if corresponding format conversion at the receiving end in LFP 
transparent mode is performed; as for LFP frame regeneration 
scheme, format conversion is unnecessary because the LFP frames 
are only transferred between EoS devices. 

[00031] The present invention is also applicable to SONET network, 
and the principle and control process are similar. So the case 
in which the present invention is applied to SONET network will 
not be described here. 



